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Description 

Field of the Invention 

This invention relates to data processing systems 
and methods and more particularly to systems and meth- 
ods for processing documents on data processing sys- 
tems. 

Background of the Invention 

The concept of a document is central to many busi- 
ness operations. A document may be defined as a writing 
(printed or displayed) which conveys information. Typi- 
cally, much of the information in a document is conveyed 
via text. However, documents often include images as 
well as text. The images may be in the form of graphical 
information, such as bar charts and pie charts. When 
documents are created and displayed in a computing en- 
vironment, the document can also include audio, video 
and animation to create a multimedia document. 

Documents are typically created, stored and manip- 
ulated in a computing environment using a word 
processing software application, such as WordPerfect or 
Microsoft Word. The word processing application inter- 
acts with an underlying operating system, such as OS/2, 
DOS or Windows in personal computing environments. 
Word processing and operating systems exist for mid- 
range and mainframe computing environments. 

As described above, it is often necessary to incor- 
porate information from other data processing applica- 
tion programs into a document. The other applications 
may be executing on the same computing platform as 
the word processing software application, or it may be 
executing on a different computing platform which is 
linked via a network. The other application may be a da- 
tabase, spreadsheet, multimedia application, or any oth- 
er data processing application which can run on a com- 
puting platform and which produces data. 

Because of the need to incorporate data from other 
applications into a document, vendors have designed 
mechanisms for linking a document to other software ap- 
plications. Unfortunately, these links are typically cus- 
tomized and/or proprietary so that they can only be used 
to link to specific software applications under specific 
conditions. 

Moreover, existing links do not facilitate refreshing 
the data which is in the document. For example, upon 
creation, a document may include data which is obtained 
from a database. At a later time, upon viewing or printing 
the document, data in the database may have changed. 
It is often desired to incorporate the latest data into a doc- 
ument rather than old data. Thus, there is a need to pro- 
vide a mechanism for refreshing data in a document 
which is obtained from other applications. 

Prior techniques for linking applications to docu- 
ments include hypertext/hypermedia systems which al- 
low an end user to select a word, phrase or graphical 



object, and thereby cause one or more associated infor- 
mation entities to be obtained. Unfortunately, hypertext 
systems are typically hard coded by a software develop- 
er and do not allow a document processing system to 
s obtain data from other standard software applications. 
An example of a hypertext system is found in U.S. Patent 
5,297,249 to Bernstein et al. entitled 'Hypermedia Link 
Marker Abstract and Search Services', assigned to the 
Assignee of the present invention. 

Other attempts have been made to incorporate data 
from other applications into documents by establishing 
proprietary links between computer programs. For ex- 
ample, Microsoft Object Linking and Embedding (OLE) 
allows customized links to be created between certain 
applications and a document using proprietary linking 
techniques. Other customized linking systems are de- 
scribed in U.S. Patent 5,235,701 to Ohler et al. entitled 
'Method of Generating and Accessing a Database In- 
dependent of its Structure and Syntax* U.S. Patent 
5,263,167 to Conner, Jr. et al. entitled 'User Interface 
for a Relational Database Using a Task Object for De- 
fining Search Queries in Response to a Profile Object 
Which Describes User Proficiency* and U.K. Patent 
Application GB-2 242 293 A to Heninger entitled 'Appa- 
ratus and Method for Dynamic Linking of Computer 
Software Components". Unfortunately, while such cus- 
tomized linking schemes may be usable with some soft- 
ware applications, they are not usable with a wide variety 
of independent personal computer, midrange and main- 
frame applications which produce data. 

Summary of the Invention 

It is therefore an object of the invention to provide 
improved systems and methods for creating and refresh- 
ing documents. 

It is another object of the present invention to provide 
document creating and refreshing systems and methods 
which can interface with many independent data 
processing applications. 

These and other objects are provided according to 
the present invention by systems and methods for cre- 
ating and refreshing compound documents which are 
based upon the recognition that almost all applications 
are responsive to commands and produce a datastream 
output in response to commands. According to the in- 
vention, a query part is included in a compound docu- 
ment to incorporate data from an independent data 
processing application. The query part automatically 
generates the predetermined command and causes the 
predetermined independent application to execute the 
predetermined command. The datastream output which 
is produced in response thereto is automatically cap- 
tured and is incorporated into the document text to there- 
by create or refresh the compound document. 

Hard coded and/or proprietary links are not required 
in order to incorporate data from independent data 
processing applications into a compound document. As 
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long as the independent data processing application pro- 
duces a datastream output in response to predetermined 
commands, the document query part can be configured 
to generate the predetermined command and capture 
the resultant datastream output and automatically incor- s 
porate the datastream output into the document text. 
Systems and methods for efficiently creating compound 
documents using a wide variety of independent software 
applications are provided thereby. 

In particular, according tothe invention, a compound 10 
document is created in a computing environment includ- 
ing a computing platform which runs a plurality of inde- 
pendent data processing applications, each of which 
produces datastream outputs in response to predeter- 
mined commands. A compound document is configured is 
to include a document text and a query part, with the que- 
ry part comprising a datastream output from a selected 
one of the plurality of independent applications which is 
produced in response to a predetermined command. Af- 
ter configuration, and in response to a user request, the 20 
predetermined command is automatically generated and 
the predetermined independent application is caused to 
execute the predetermined command. The datastream 
output which is produced by the predetermined applica- 
tion in response to the automatically generated prede- 25 
termined command is automatically captured. The auto- 
matically captured datastream output is automatically in- 
corporated into the document text to thereby create a 
compound document. 

Automatic command generating is also performed 30 
in response to a request to refresh a document. Thus, 
any time a user is viewing a document, the user can 
cause a refresh command to be executed. Alternatively, 
the refresh request may result from expiration of a timer 
so that a compound document is automatically periodi- 35 
cally refreshed. As another alternative, a refresh request 
is automatically generated when a compound document 
is retrieved from storage. In response to a refresh re- 
quest, the present invention automatically generates the 
predetermined command, captures the datastream out- 40 
put and incorporates the datastream into the document 
text so that a current version of all the data is present. 
Upon refreshing a document, old versions of the datast- 
ream output may be retained in the compound document 
to thereby retain a record of drafts of the compound doc- 45 
ument. Alternatively, old versions of the datastream out- 
put may be deleted and replaced by the current version. 

According to other aspects of the invention, when 
configuring the compound document, user identifica- 
tions of the predetermined application and predeter- so 
mined command are accepted. User identification of 
fonts and other rendering attributes for the datastream 
output are also accepted. 

The present invention uses command structures 
and datastream outputs which are commonly found in ss 
data processing applications. Moreover, the ability to 
send a command to an independent data processing ap- 
plication, and to accept a datastream output which re- 



sults therefrom, is provided in many current operating 
systems, such as OS/2, UNIX and Windows/NT. For ex- 
ample, the command may be automatically generated 
by registering a stream pipe with the operating system, 
and the datastream output may be automatically cap- 
tured by connecting the datastream output to the stream 
pipe. Thus, compound documents can be created using 
existing operating systems and existing applications 
without the need for customized or proprietary links. 
Therefore, it is an object of the invention to provide a sys- 
tem for creating a compound document in a computing 
environment, said computing environment including a 
computing platform which runs a plurality of independent 
data processing applications, each of which produces 
datastream outputs in response to commands, said com- 
pound document creating system comprising: 

means for configuring a compound document in- 
cluding a document text and a query part, said query part 
comprising at least a portion of a datastream output from 
a selected one of said plurality of independent applica- 
tions which is produced in response to a predetermined 
command; 

means, responsive to said configuring means and 
to a user request, for automatically generating said pre- 
determined command and for causing said predeter- 
mined independent application to execute said predeter- 
mined command; 

means, responsive to said automatic command 
generating means, for automatically capturing the da- 
tastream output which is produced by said predeter- 
mined application in response to the automatically gen- 
erated predetermined command which is executed 
thereby; and 

means, responsive to said capturing means, for 
automatically incorporating said datastream output into 
said document text, to thereby create said compound 
document. 

Brief Description of the Drawings 

Figure 1 schematically illustrates a hardware and 
software environment in which the present invention may 
operate. 

Figure 2 is a flow chart illustrating operations for cre- 
ating and refreshing compound documents according to 
the present invention. 

Figures 3A and 3B are flow charts illustrating de- 
tailed operations for configuring a compound document 
according to the present invention. 

Figure 4 is a flow chart illustrating detailed opera- 
tions for generating commands according to the present 
invention. 

Figure 5 is a flow chart illustrating detailed opera- 
tions for capturing datastream outputs according to the 
present invention. 

Figure 6 is a flow chart illustrating detailed opera- 
tions for incorporating datastream outputs according to 
the present invention. 
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Figure 7 illustrates an example of an attribute selec- 
tion menu according to the present invention. 

Figure 8 illustrates an example of a compound doc- 
ument according to the present invention. 

Detailed Description of Preferred Embodiments 

The present invention now will be described more 
fully hereinafter with reference to the accompanying 
drawings, in which preferred embodiments of the inven- 
tion are shown. This invention may, however, be embod- 
ied in many different forms and should not be construed 
as limited to the embodiments set forth herein; rather, 
these embodiments are provided so that this disclosure 
will be thorough and complete, and will fully convey the 
scope of the invention to those skilled in the art. Like 
numbers refer to like elements throughout. 

Referring now to Figure 1 , a hardware and software 
environment in which the present invention may operate 
will now be described. As shown in Figure 1 , the present 
invention is a method and system for creating and revis- 
ing compound documents in a computing environment 
10 which operates on one or more computing platforms 
12. It will be understood by those having skill in the art 
that computing platform 12 typically includes computer 
hardware units, such as a central processing unit (CPU) 
14, a main memory 15, and an input/output (I/O) inter- 
face 16 t and may include peripheral components such 
as a display terminal 21 , an input device 22 such as a 
keyboard or a mouse, nonvolatile data storage devices 
23 such as magnetic or optical disks, printers 24 and oth- 
er peripheral devices. Computing platform 12 also typi- 
cally includes microinstruction codes 26 and an operat- 
ing system 28. 

Computing platform 12 may be implemented using 
an Enterprise System Architecture/370 (also called an 
"ESA/370") or an Enterprise System Architecture/390 
(also called an "ES A/390") mainframe computer, a mid- 
range computer such as an Application System/400 (al- 
so called an ■ AS/400') or a personal computer such as 
a PS/2 or PS/1 personal computer, all available from the 
International Business Machines Corporation (IBM), or 
other conventional computer platforms. It will also be un- 
derstood by those having skill in the art that computing 
platform 12 may operate across multiple computer sys- 
tems. Operating system 28 may be an IBM Multiple Vir- 
tual Storage (MVS) operating system or an appropriate 
personal computer operating system such as DOS, Win- 
dows/NT, UNIX or OS/2, or any other conventional op- 
erating system. 

The present invention is preferably implemented in 
a object oriented computing environment 11. As is well 
known to those having skill in the art, in an object oriented 
computing environment, work is accomplished by send- 
ing action request messages to an object which contains 
data. The object will perform a requested action on the 
data according to its predefined methods. Objects may 
be grouped into object classes which define the types 



and meanings of the data, and the action requests (mes- 
sages) that the object will honor. The individual objects 
containing data are called instances of the object class. 
Object classes can be defined to be subclasses of other 
$ classes. Subclasses inherit all the data characteristics 
and methods of the parent class. They can add additional 
data and methods and they can override or redefine any 
data elements or methods of the parent class. Object ori- 
ented computing environment 11 may be implemented 
using object oriented languages such as C++ and Small- 
talk. Object oriented computing environment 11 is well 
known to those having skill in the art and need not be 
described further herein. 

Although compound document creating methods 
and systems of the present invention may operate with 
any conventional document creating system, it is prefer- 
ably implemented using the Open Doc architecture for 
compound document construction. As is well known to 
those having skill in the art, the OpenDoc architecture 
was created as a result of a joint collaboration between 
Apple Computer, IBM and WordPerfect, and delivers a 
new paradigm for creating documents by enabling mul- 
tiple applications to work on the same document. 

Still referring to Figure 1 , a plurality of independent 
data processing (software) applications 30a-30n oper- 
ate on system 10. Each independent data processing 
application typically interfaces with operating system 28. 
Examples of data processing applications 30a-30n are 
spreadsheets, database, graphics, multimedia and other 
data processing applications which can run on personal 
computers, midrange computers and mainframe com- 
puters. 

Although the design of application programs 
30a-30n vary widely, it has been recognized according 
to the present invention that application programs are 
typically command driven. In other words, an application 
program performs data processing operations in re- 
sponse to a command. The command syntax is typically 
unique for each independent data processing applica- 
tion. However, almost all data processing applications 
are responsive to commands. Similarly, although each 
data processing application 30a-30n will produce 
unique outputs depending upon the data which is being 
processed and the results thereof, the outputs are typi- 
cally produced in the form of a datastream output, also 
referred to as a datastream or simply a stream. The da- 
tastream output is typically captured by an operating sys- 
tem for display on display 21 or printing on printer 24. It 
will be understood by those having skill in the art that an 
application can produce a stream of output which, under 
an operating system control (a pseudo device) can be 
redirected to another application. The term "stream" re- 
fers to the output data produced by an application. In a 
simple sense, the stream is in line format. The term 
"stream" includes all channels which are configured by 
the operating system, such as printing or displaying. 
Streams are often produced in one of three forms: stand- 
ard input, standard output and standard error. See the 
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Textbook entitled Advanced Programming in the 
UNIX® Environment by W. Richard Stevens, published 
by Addison Wesley Publishing Company, Inc., 1992, 
Chapter 5 entitled 'Standard I/O Library 0 , the disclosure 
of which is hereby incorporated herein by reference. 

It will also be understood by those having skill in the 
art that applications 30a-30n need not reside on the 
same computing platform 12 as the compound docu- 
ment creating and revising system 20. In particular, the 
operating system may contain links to other data 
processing systems 32. These links may be formed us- 
ing local area networks, wide area networks, client/serv- 
er systems or other well-known computer Thinking sys- 
tems. Thus, operating system 28 may send commands 
to other computer platforms via links 32 and may receive 
datastream outputs from other computer platforms via 
links 32. 

Referring now to Figure 2, compound document cre- 
ating and refreshing system and method 20 generally in- 
cludes configuring operation 100, command generating 
operation 200, datastream output capturing operation 
300 and incorporating operation 400. In general, config- 
uring operation 100 configures a compound document 
including a document text and a query part. The query 
part comprises data from at least a selected one of the 
plurality of independent applications 30a-30n which is 
produced in response to a predetermined command. 

The command generating operation 200 is respon- 
sive to the configuring operation 100 and to a user re- 
quest to generate a document. Preferably, configuring 
operation 1 00 accepts user identification of the selected 
one of the predetermined applications 30a-30n and of 
the predetermined command. User identification of fonts 
and other rendering attributes for the datastream output 
are also accepted. Command generating operation 200 
automatically generates the predetermined command 
and causes the predetermined independent application 
30a-30n to execute the predetermined command. As 
will be described below, command generating operation 
200 preferably uses operating system 28 for generating 
the command. 

Datastream output capturing operation 300 auto- 
matically captures the datastream output which is pro- 
duced by the predetermned application in response to 
the automatically generated predetermined command 
which is executed thereby. Datastream output capturing 
operation 300 preferably also utilizes the functionality of 
operating system 28. 

Finally, incorporating operation 400 is responsive to 
the capturing operation for automatically incorporating 
the datastream output into the document text to thereby 
create the compound document. Incorporating operation 
400 preferably incorporates the datastream output into 
the document text using the user-identified fonts and oth- 
er rendering attributes. The datastream output may be 
incorporated into the document text in at least two ways. 
Old versions of the datastream output may be retained 
to thereby maintain drafts in the compound document. 



Alternatively, the current version may replace old ver- 
sions of the datastream output. 

A document can also be refreshed at any time. In 
order to refresh the document, operations 200, 300 and 
s 400 are activated in response to a refresh command 
which is applied to a preexisting compound document. 
A user may initiate a refresh. Alternatively, refresh may 
be automatically performed periodically. Alternatively, 
refresh may be performed automatically upon retrieval, 
displaying or printing a compound document. 

Referring now to Figures 3A and 3B, operations for 
implementing the configuration operation 100 of Figure 
2 will now be described. The description assumes that 
the compound document creating and revising system 
and method 20 (Figure 1) is implemented in an object 
oriented computing environment. As such, at Block 1 02, 
the query text part is provided as an object class within 
the document processing system. The query text part ob- 
ject class has the methods described below. When a par- 
ticular query text part is specified, the user is, in effect, 
defining an instance of the class object which includes 
the attributes for use in the specific document and the 
incorporated data. 

Still referring to Figures 3A and 3B, at Block 104 a 
query is made as to whether the user has selected the 
query text part for inclusion in a document. If the user 
has selected a query text part for inclusion in the docu- 
ment, then at Block 1 06 a query text part instance is cre- 
ated and a query text part window is placed in a default 
location within a document, for example in the tower left 
corner of a document, at Block 1 06, An attribute selec- 
tion menu is then displayed at Block 108. Figure 7 illus- 
trates an example of an attribute selection menu. 

Upon selection of the source and command identi- 
fication option at Block 110, user identification of the pre- 
determined application (also referred to as the source) 
and the predetermined command which is to be execut- 
ed is accepted at Block 112. It will be understood by 
those having skill in the art that as defined herein, an 
application (also referred to as a "process") is any entity, 
such as application software or a communication link, 
operating system or batch file which can generate a da- 
tastream output. 

The application and command identifications are 
saved in the query text part instance at Block 114. If the 
user selects font options at Block 116, then the user iden- 
tifies the fonts to be used in rendering the datastream 
output at Block 116 and the selected fonts are saved in 
the query text part instance at Block 120. If other render- 
ing attributes are selected at Block 122, then the user 
identifies other rendering attributes, such as the size of 
the object within the document, the position of the object 
within the document, and other display choices. These 
other rendering attributes are saved in the query text part 
instance at Block 128. 

Still referring to Figures 3A and 3B, upon selection 
of the close option at Block 128, the attribute selection 
menu is closed at Block 130 and configuration is COm- 
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plete unless the user selects to display the attribute se- 
lection menu again at Block 1 32. As already described, 
earlier versions of the datastream output may be saved 
as drafts, or earlier versions may be replaced by the cur- 
rent version. 

Referring now to Figure 4, operations for generating 
commands (Block 200 of Figure 2) will now be described. 
Command generating operations begin after configura- 
tion has completed at the conclusion of Figures 3A and 
3B, and the configure option is no longer selected at 
Block 202. As long as the configuration option is select- 
ed, the operations of Figures 3A and 3B will be per- 
formed at Block 204. It will also be understood by those 
having skill in the art that the command generating op- 
erations 200 may also be initiated in response to selec- 
tion of a refresh option at Block 220. While a document 
is being viewed, it may be refreshed at any time. The 
data contained in the application at creation may be up- 
dated to its current value. As described above, refresh 
may also be automatically performed periodically, or au- 
tomatically performed upon document retrieval, display 
or printing. 

Continuing with the description of Figure 4, a test is 
made at Block 206 to ensure that the application has 
been properly identified. It will be understood by those 
having skill in the art that the application identification 
can also require user input parameters for each refresh 
request, i.e. each execution of the object. For example, 
in a banking setting, the appropriate account number 
may be required each time, as part of the application 
identification. If the application is not properly identified, 
then an error message is displayed at Block 208 and 
configuration is entered at Block 204. 

At Block 21 0, a check is made as whether a refresh 
or query is already being performed. If so, a busy mes- 
sage is displayed at Block 212. If not, then a work thread 
is created at Block 214. A work thread is preferably a 
Light Weight Process (LWP) which only ties up refresh 
related methods during refresh processing. LWP at- 
tributes other than source or refresh related attributes 
can be modified and other parts can be manipulated dur- 
ing execution of this thread. The LWP is instance-bound, 
thus making multi-tasking possible. 

After the work thread is created, a stream pipe is cre- 
ated at Block 21 6. The stream pipe is a communications 
link to the operating system. The pipe is registered with 
the operating system and will receive from the operating 
system all outputs supplied to the operating system from 
any application output or data dump initiated by an ap- 
plication command which is communicated to the appli- 
cation. The command is then executed at Block 218. It 
will be understood by those having skill in the art that 
work thread creation, stream pipe creation and execution 
of commands (Blocks 214, 216 and 218 respectively) 
are conventional data transfer techniques of many oper- 
ating systems. Operations then wait until the screen out- 
put is captured (Block 300 of Figure 2) 

Referring to Figure 5, upon completion of processing 



by the application, the application sends its datastream 
output to its operating system output at Block 302. The 
operating system connects the datastream output to the 
stream pipe at Block 304, thus capturing the datastream 
s output. 

Referring now to Figure 6, operations for incorporat- 
ing the captured datastream output into the document 
(Block 400 of Figure 2) will now be described. If there is 
a present view of the data or text in the query text part 
10 area of the document, it is removed at Block 402. The 
datastream output is read from the stream pipe at Block 
404. At Block 406, the incoming data and text is parsed 
and placed in the query text part area of the document 
in accordance with the rendering attributes which were 
previously selected at Block 406. Figure 8 illustrates a 
document 50 including an incorporated datastream in a 
query text part 60. 

The query text part is then stored as part of a draft 
document at Block 408, if the user has so specified. The 
draft document may be stored at Block 408 or may be 
stored when the document is closed. The draft is prefer- 
ably stored in a Distributed Computing Environment 
(DCE) within the document rather than in an external file. 
At Block 41 0, if the stream of data has ended, processing 
returns to Block 202 of Figure 4 at Block 412. 

To summarize the above operations, the query text 
part object first establishes a pipe with an operating sys- 
tem. An operating system command is then sent to the 
application (source entity) for execution by the operating 
system. The application, in response to the command, 
outputs the stream to the operating system output. The 
operating system then establishes a channel to the pipe 
and sends the stream there. Thus, compound document 
creating and revising systems and methods of the 
present invention can use established operating system 
communications techniques to communicate to any ap- 
plication which generates a datastream output. This con- 
trasts sharply with known techniques which modify the 
applications themselves to be able to participate in a 
compound document paradigm. The application soft- 
ware need not be modified to pull data into the compound 
document. Existing application software can therefore 
be used within the document paradigm without extensive 
code rewrites. 

In the drawings and specification, there have been 
disclosed typical preferred embodiments of the invention 
and, although specific terms are employed, they are 
used in a generic and descriptive sense only and not for 
purposes of limitation, the scope of the invention being 
set forth in the following claims. 



Claims 

1. A method for creating a compound document in a 
computing environment, said computing environ- 
ment including a computing platform which runs a 
plurality of independent data processing applica- 
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tions, each of which produces datastream outputs 
in response to commands, said compound docu- 
ment creating method comprising the steps of : 

configuring a compound document including a 
document text and a query part, said query part com- 
prising a datastream output from a selected one of 
said plurality of independent applications which is 
produced in response to a predetermined com- 
mand; 

automatically generating said predetermined 
command in response to a user request ; 

automatically causing said predetermined 
independent application to execute said predeter- 
mined command; 

automatically capturing the datastream output 
which is produced by said predetermined applica- 
tion in response to the automatically generated pre- 
determined command which is executed thereby ; 
and 

automatically incorporating said datastream 
output into said document text to thereby create said 
compound document. 

2. A method according to Claim 1 wherein said com- 
pound document configuring step comprises the 
step of accepting user idencification of said selected 
one of said predetermined applications and for 
accepting user identification of said predetermined 
command. 

3. A method according to Claim 2 wherein said com- 
pound document configuring step further comprises 
the step of accepting user identification of fonts and 
other rendering attributes for said query part. 

4. A method according to Claim 3 wherein said auto- 
matic incorporating step comprises the step of incor- 
porating at least part of said datastream output into 
said document text using the user identified fonts 
and other rendering attributes. 

5. A method according to Claim 4 wherein said auto- 
matic generating step is responsive to a request to 
refresh the document. 

6. A method according to Claim 1 including an operat- 
ing sytem wherein said automatic generating step 
comprises the step of registering a stream pipe with 
said operating system, and wherein said capturing 
step comprises the step of connecting said datast- 
ream output to said stream pipe. 

7. A method according to Claim 1 wherein said auto- 
matic command generating step responses to user 
input parameters, further including said user input 
parameters in the automatically generated said pre- 
determined command. 



8. A method according to Claim 1 further comprising a 
step for displaying, printing and storing said com- 
pound document, including said document text and 
said datastream output. 

5 

9. A method for refreshing a compound document in a 
computing environment, said computing environ- 
ment including a computing platform which runs a 
plurality of independent data processing applica- 

10 tions, each of which produces datastream outputs 
in response to commands, said compound docu- 
ment including a document text and a query part, 
said query part comprising a datastream output from 
a selected one of said plurality of independent appli- 
es cations which is produced in response to a prede- 
termined command, said compound document 
refreshing method comprising the steps of: 

automatically generating said predetermined 
command in response to a refresh request; 
20 automatically causing said predetermined 

independent application to execute said predeter- 
mined command; 

automatically capturing the datastream output 
which is produced by said predetermined applica- 
25 tion in response to the automatically generated pre- 
determined command which is executed thereby; 
and 

automatically incorporating said datastream 
output into said document text, to thereby refresh 
30 said compound document. 

10. A method according to Claim 9 including an operat- 
ing system, wherein said automatic generating step 
comprises the step of registering a stream pipe with 

35 said operating system, and wherein said capturing 
step comprises the step of connecting said datast- 
ream output to said stream pipe. 

11. A method according to Claim 9 wherein said refresh 
^0 request is generated in response to at least one of 

a user refresh command, an automatically periodi- 
cally generated refresh command, and a user com- 
mand to display, print, or retrieve said compound 
document. 

45 

12. A method according to Claim 9 wherein said incor- 
porating step further comprises the step of retaining 
an earlier version of said datastream output portion 
in said compound document, to thereby produce a 

50 draft compound document. 

1 3. A method according to Claim 1 2 wherein said incor- 
porating means further comprises the step of delet- 
ing an earlier version of said datastream output. 

55 

14. A method according to claim 9 wherein said auto- 
matic command generating step in response to user 
input parameters, including said user input parame- 
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ters in the further automatically generate said pre- 
determined command. 

15. A system according to Claim 9 further comprising a 
step for displaying, printing and storing said com- 5 
pound document, including said document text and 
the at least part of said datastream output. 



means, responsive to said incorporating means, for 
displaying, printing and storing said compound doc- 
ument, including the incorporated data. 



16. A system for creating a compound document in a 
computing environment, said computing environ- 10 
ment including a computing platform which runs a 
plurality of independent data processing applica- 
tions, each of which produces datastream outputs 
in response to commands, said compound docu- 
ment creating system comprising means for carrying is 
out the methods according to anyone of claims 1 to 
8. 



17. A system for refreshing a compound document in a 
computing environment, said computing environ- 20 
ment including a computing platform which runs a 
plurality of independent data processing applica- 
tions, each of which produces datastream outputs 
in response to commands, said compound docu- 
ment including a document text and a query part, 2s 
said query part comprising a datastream output from 
a selected one of said plurality of independent appli- 
cations which is produced in response to a prede- 
termined command, said compound document 
refreshing system comprising means for carrying 30 
out the methods according to anyone of claims 9 to 
15. 



18. In a computing environment including a computing 
platform which runs a plurality of independent data 35 
processing applications and which supports com- 
pound documents, a part for use with a compound 
document comprising: 

means for establishing an interface to receive 
data from a selected one of said plurality of inde- 40 
pendent applications which is to be included in said 
compound document; 

means for requesting that said selected data 
processing application send the data via the inter- 
face; and 45 

means for incorporating the data which is sent 
via the interface into the compound document. 



19. A part according to Claim 18 wherein said incorpo- 
rating means comprises means for incorporating the so 
datastream output into said document text using 
user identified fonts and other rendering attributes. 

20. A part according to Claim 18 wherein said request- 
ing means is responsive to a request to refresh the ss 
document. 



21. A part according to Claim 18 further comprising 
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